METHOD AND SYSTEM FOR A LOCAL AND FAST 

NON-DISRUPTIVE PATH SWITCHING 
IN HIGH SPEED PACKET SWITCHING NETWORKS 

Technical Field 

The present invention relates to high speed packet switching networl^s and mor 
particularly to a method and system for locally switching without disruption the user 
traffic to an alternate path. 

Background art 



HIGH SPEED PACKET SWITCHING NETWORKS 

Data transmission is now evolving with a specific focus on applications and by inte- 
grating a fundamental shift in the customer traffic profile. Driven by the growth of 
workstations, the local area networks interconnection, the distributed processing 
between workstations and super computers, the new applications and the inte- 
gration of various and often conflicting structures - hierarchical versus peer to peer, 
wide versus local area networks, voice versus data - the data profile has become 
more bandwidth consuming, bursting, non-deterministic and requires more 
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connectivity. Based on tlie above, tliere Is strong requirement for supporting distrib- 
uted computing applications across high speed networks that can carry local area 
network communications, voice, video and traffic among channel attached hosts, 
business, engineering workstations, terminals, and small to intermediate file 
servers. This vision of a high speed multi-protocol network is the driver for the 
emergence of fast packet switching networks architectures in which data, voice, and 
video information is digitally encoded, chopped into small packets and transmitted 
through a common set of nodes and links. 

An efficient transport of mixed traffic streams on very high speed lines means for 
these new network architecture a set of requirements in term of performance and 
resource consumption which can be summarized as follows : 

■ a very high throughput and a very short packet processing time, 

■ a very large flexibility to support a wide range of connectivity options, 

■ an efficient flow and congestion control. 



THROUGHPUT AND PROCESSING TIME 



One of the key requirement of high speed packet switching networks is to reduce 
the end to end delay in order to satisfy real-time delivery constraints and to achieve 
the necessary high nodal throughput for the transport of voice and video. Increases 
in link speeds have not been matched by proportionate increases in the processing 
speeds of communication nodes and the fundamental challenge for high speed net- 
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works is to minimize the processing time and to take full advantage of the high 
speed/low error rate technologies, most of the transport and control functions pro- 
vided by the new high bandwidth network architectures are performed on an end to 
end basis. The flow control and particularly the path selection and bandwidth man- 
agement processes are managed by the access points of the network which reduces 
both the awareness and the function of the intermediate nodes. 



CONNECTIVITY 

In high speed networks, the nodes must provide a total connectivity. This includes 
attachment of the user^s devices, regardless of vendor or protocol, and the ability to 
have the end user communicated with any other device. The network must support 
any type of traffic including data, voice, video, fax, graphic or image. Nodes must be 
able to take advantage of all common carrier facilities and to be adaptable to a plu- 
rality of protocols. All needed conversions must be automatic and transparent to the 
end user. 



FR 9 95 034 



4 

CONGESTION AND FLOW CONTROL 

Communication networks have at their disposal limited resources to ensure an effi- 
cient packets transmission. An efficient bandwidth management is essential to take 
full advantage of a high speed network. While transmission costs per byte continue 
to drop year after year, transmission costs are likely to continue to represent the 
major expense of operating future telecommunication networks as the demand for 
bandwidth increases. Thus considerable efforts have been spent on designing flow 
and congestion control processes, bandwidth reservation mechanisms, routing 
algorithms to manage the network bandwidth. An ideal network should be able to 
transmit an useful traffic directly proportional to the traffic offered to the network 
and this as far as the maximum transmission capacity is reached. Beyond this limit, 
the network should operate at its maximum capacity whatever the demand is. 



ROUTING MODES 

A general problem in the communication networks is to find a path between a 
source and a destination node. When the network is using datagrams, the path 
selection must be done individually for each packet. For virtual circuits, the path 
decision is done once only at the time of the connection (or session) establishment. 
In both cases, the choice of a routing algorithm is not easy because it must satisfy a 
large number of often conflicting requirements. However, the routing algorithm must 
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allow to exploit the network in an optimal way, according to a criterion which can 
vary with the utilization type. In most of the cases, the network is realized in a way 
to minimize the packet transit time and to transfer the maximum number of packets. 
In other cases, the objective is to decrease the communication cost, or to develop a 
reliable network able to operate correctly either in case of catastrophic line, node 
failure or peaks of traffic. 

Because of the variety of the constraints, there are a large number of different 
routing types like flooding routing, random or stochastic routing, deterministic 
routing. This last routing technique can be implemented according to particular 
modes such as fixed or adaptive routing, centralized or distributed routing, node by 
node or end to end routing, connection oriented or connectionless routing.... 



ADAPTIVE ROUTING 

Contrary to the Fixed Routing, where the routing rules are established once for all, 
the purpose of the Adaptive Routing is to satisfy at any time the optimization cri- 
teria. Tables are permanently updated according for example, the instantaneous 
state of the traffic on the links. 
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DISTRIBUTED ROUTING 

When the characteristics of the network fluctuate, it is possible to adapt the routing 
by assigning to one node the responsibility to update periodically the routing tables 
according to the traffic and the topology. The Distributed Routing is a method in 
which neighboring nodes are exchanging messages concerning the traffic and the 
network conditions to update their own routing table. 



END-TO-END ROUTING 

The Adaptive and Distributed Routing are both currently used together in most 
high speed networks. In order to minimize the processing time and to take full 
advantage of the high speed/low error rate technologies, the transport and control 
functions provided by the high bandwidth networks are performed on an end to end 
basis. No hop by hop error recovery or retransmission is envisioned in high speed, 
high performance (low error) links and thus, there is no need for transit nodes to be 
aware of individual transport connections. The originating node is responsible for 
calculating the route that a packet must take through the network. The routing of the 
packets presents two aspects for which a wide range of implementing methods 
exists : 

1. Determining what the route for a given connection shall be, 
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2. Actually switching tlie packet within a switching node. 
CONNECTION-ORIENTED ROUTING 

One distinguishing characteristic of a network is the presence or absence of a 
''connection'' between end users. They are many ways of constructing 
connectionless or connection- oriented networks, in most of cases, packets using 
different routing modes can share the same data transmission facilities. Most of the 
high speed connections are established on a reserved path to guarantee the band- 
width and the quality of service requested by the user. The path across the network 
Is computed in response to each connection request by the originating node. The 
computed path is based on the parameters characterizing the network connection's 
requirements and on link capacity and load information maintained within each 
network node. The originating node sends a reservation request to the end node. 
As the bandwidth request packet flows along the chosen path, each transit node 
determines whether it has enough capacity to accept the new connection. If the con- 
nection is accepted, the requested bandwidth is reserved. Changes are reflected in 
every node of the network by means of control messages. Once a connection is 
established, there is no need to place a destination address in the packet header 
every time a packet is sent. All that is needed is an identifier to specify which con- 
nection is to be used for this packet. Due to the low packet overhead, the con- 
nection oriented routing technique is particularly adapted to the transmission of 
very short packets (for example real-time voice connections). This technique 
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requires that connection tables be set up and maintained dynamically in each node 
and this restricting makes datagram transport quite inefficient. The implementation 
of flow and congestion control in a connection oriented network Is easier than in a 
connectionless one because network nodes can regulate the flow on individual con- 
nections. However, when a link or a node becomes inoperative (goes down) con- 
nections that were passing through the affected link or node are typically lost. A 
new connection must be established through a different route. This takes time and 
may disrupt the connection at the end user level. The process for rerouting the con- 
nection without disrupting it at the end user level is called ''Non-Disruptive Path 
Switch (NDPS)". 



NON-DISRUPTIVE PATH SWITCH 



NDPS TRIGGERING 

The Non-Disruptive Path Switch for a network connection with resource reservation 
is triggered by a number of situations including : 

■ a link or a node along an existing the path fails, 

■ a network management request could cause an NDPS as the result of an oper- 
ator intervention, for example, to move a path back to an earlier, preferred path, 
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■ a resource reservation during a network connection set up failed, in which case 
NDPS is used to find another path with enough resources available, 

■ a request for a connection bandwidth increase along an existing path fails, 
resulting in a NDPS for a new path with increased bandwidth, 

■ a piath end to end delay changes and becomes incompatible with the committed 
connection quality-of-service, 

■ a preemption request for a path occurs. 

The NDPS is also valid for network connections with no resource reservation, and 
then the first two of these reasons apply. 



NEW PATH ESTABLISHMENT 

The NDPS procedure, applied at connection level, consists in taking down the 
existing path and performing a new path set up. These activities can be performed 
in parallel or in sequence : 

■ If the existing path is inoperative, for example after a link failure, the path 
takedown and the new path set up activities will be performed in parallel. 

■ If the existing path is still operational, for example after a failed bandwidth 
increase request, the existing path will still be used while the the new path is 
being be set up. When the new path is set up, the network connection is 
switched to the new path, and then the first path is taken down. 
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When a path is taken down, a request is sent to all the transit nodes handling the 
connection along the path to release the resented network resources (in term of 
bandwidth, labels ...) associated with this specific connection. The path set up is 
very similar to the original network connection set up. The process is initiated by 
the origin node and consists in selecting a new path and requesting the transit 
nodes along this path to reserve network resources for this specific connection. 



PATH SELECTION 



The role of the Path Selection process is to determine optimum paths for users 
across the network each time a connection is requested. This implies the allocation 
of network resources to users in order to guarantee their quality-of-service require- 
ments while optimizing the overall throughput within the network. This function 
takes place entirely within the origin node. Various quality of service parameters 
may be specified by the users, some of them in order to satisfy real-time delivery 
constraints, others related to non real-time data traffic transfer... The origin node 
computes a path to the destination node that is capable of carrying the new con- 
nection and providing the level of service required by the new connection. The Path 
Selection algorithm uses data describing the current traffic load in the entire 
network (nodes and links). Such data are stored in a topology database located in 
each node of the network. If no suitable path can be found to meet all requirements, 
the connection is rejected. Once, the origin node has found a suitable path, a set up 
message is generated which traverses the selected route, updating the resource 
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allocations for each link visited by the set up message. To meet high throughput, 
paths are selected and resources resen/ed once only at the time of the connection 
establishment. The Path Selection algorithm takes into account various constraints 
which comes both from the user (quality-of-service requirements, user's traffic char- 
acteristics) and from the current network topology and bandwidth allocation. In 
addition, the algorithm maximizes the network throughput by choosing a path with 
the least number of hops and which tends to achieve an even distribution of the 
traffic among the links. Once an appropriate path has been selected, the network 
connection establishment process takes place, and only then are the resources 
along the path reserved. 



NON-DISRUPTIVE PATH SWITCH DELAY 



In case of link failure, it Is important to reroute the traffic on alternate paths without 
any disruption of the end user connections. However, selecting a path and setting 
up a connection can take considerable processing overhead in network nodes and 
can generate a significant delay. For end nodes supporting multiple connections set 
up requests simultaneously, it is easy to have some sort of scheduling to avoid bot- 
tlenecks in the connection set up process. But nevertheless, the time for estab- 
lishing a connection may be huge. For permanent connections the set up delay 
probably does not have very much meaning. However, for connections service in 
real-time, this is a very important parameter, especially since some connections ter- 
minate in equipment that runs time-outs. 
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In general, the closer to the destination node the link is, the more the link carries 
connections towards this destination node. A failure on a link adjacent to an origin 
or destination node may involves the rerouting of a lot of connections and may lead 
to a high number of simultaneous new path set up. The establishment in parallel of 
multiple new connections through alternate routes takes time and may disrupt the 
connections at the end user level. The Non-Disruptive Path Switch mechanism 
assumes that : 

1. first, the physical network has enough residual capacity to accommodate the 
network connections affected by the failure event, and 

2. second, the path switching delay must be minimum in order to preserve the 
connections at the end user level. 

Therefore, a very fast path switching must be implemented to avoid traffic dis- 
ruption in some critical cases (typically when a great amount of real-time con- 
nections need to be immediately rerouted). 

Summary of the Invention 

The present invention is directed to packet switching communication networks com- 
prising a plurality of access and transit nodes interconnected with transmission 
trunks and in particular to a method and system for switching connections in a 
transparent manner to an alternate path in case of trunk failure. 
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More particularly, the object of the present invention is to provide a mechanism for 
locally rerouting, user traffic without disruption to an alternate path in cas of 
failure or unavailability of a trunk. 

■ in each node, alternate paths between origin node and destination node of each 
outbound trunk are pre-computed according to existing user traffic, network 
resources, requested quality of service. 

■ User traffic is pre-allocated on said one or plurality of alternate paths and 
resources are reserved. 

In case of failure or unavailability of an outbound trunk : 

■ said one or plurality of alternate paths are activated, and 

■ the user traffic on said activated one or plurality of alternate paths is rerouted. 

It is another object to reroute a large number of real-time connections simultane- 
ously without disrupting end users connections. 

Brief Description of the Drawings 
Figure 1 describes the bandwidth reservation process. 

Figure 2 shows a typical model of high speed packet switching network including 
the nodes claimed in the present invention. 

Figure 3 describes a high speed Routing Point according to the present invention. 
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Figure 4 shows the Alternate Path Database structure according to the present 
invention. 

Figure 5 describes the Topology Database structure. 

Figure 6 shows the link characteristics stored in the Topology Database. 

Figure 7 is a general view of the Non-Disruptive Path Switch (NDPS) process 
according to prior art. 

Figure 8 is a general view of the Fast Non-Disruptive Path Switch (F-NDPS) process 
according to the present invention. 

Figure 9 is a functional view of a trunk adapters according to the present invention. 

Figure 10 shows the setting of the routing tables for a given connection along the 
main path and an alternate path according to the present invention. 

Figure 11 shows a general flow chart of the Alternate Path Manager (APM) tasks 
according to the present invention. 

Figure 12 shows a detailed flow chart of the Alternate Paths Database Fill-up proce- 
dure according to the present invention. 
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Figure 13 shows a detailed flow chart of the Connection Traffic Initial Allocation 
procedure according to the present invention. 

Figure 14 shows a detailed flow chart of the Connection Allocation Update proce- 
dure according to the present invention. 

Description of the preferred embodiment 



HIGH SPEED COMMUNICATIONS 

As illustrated in Figure 2, a typical model of communication system is made of 
several user networks (212) communicating through a high performance network 
(200) using private lines, carrier provided services, or public data networks. Each 
user network can be described as a set of communication processors and links 
(211) interconnecting large computers used as enterprise servers (213), user groups 
using workstations or personal computers attached on LAN (Local Area Networks 
214), applications servers (215), PBX (Private Branch exchange 216) or video 
servers (217). These user networks, spread in different establishments, need to be 
interconnected through wide area transport facilities and different approaches can 
be used for organizing the data transfer. Some architectures involve the checking 
for data integrity at each network node, thus slowing down the transmission. Others 
are essentially looking for a high speed data transfer. To that end the transmission, 
routing and switching techniques within the nodes are optimized to process the 
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flowing packets toward their final destination at the highest possibi rate. The 
present invention belongs essentially to the latter category and more particularly to 
the fast packet switching network architecture detailed in the following paragraphs. 



HIGH PERFORMANCE PACKET SWITCHING NETWORKS 

The general view in Figure 2 shows a fast packet switching transmission system 
comprising eight nodes (201 to 208) each node being interconnected by means of 
high speed communication lines called Trunks (209). The access (210) to the high 
speed network by the users is realized through Access Nodes (202 to 205) located 
at the periphery. These Access Nodes comprise one or more Ports, each one pro- 
viding an access point for attaching external devices supporting standard interfaces 
to the network and performing the conversions required to transport the users data 
flow across the network from and to other external devices. As example, the Access 
Node (202) interfaces respectively a Private Branch exchange (PBX), an application 
server and a hub through three Ports and communicates through the network by 
means of the adjacent Transit Nodes (201), (205) and (208). 
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SWITCHING NODES 

Each network node (201 to 208) includes a Routing Point where the incoming data 
packets are selectively routed on the outgoing Trunks towards the neighboring 
Transit Nodes. Such routing decisions are made according to the information con- 
tained in the header of the data packets. In addition to the basic packet routing 
function, the network nodes provide ancillary services such as: 

■ the determination of routing paths for packets originated in the node, 

■ directory services like retrieving and updating information about network users 
and resources, 

■ the maintaining of a consistent view of the physical network topology, including 
link utilization information, and 

■ the reservation of resources at access points of the network. 

According to the present invention, these ancillary services include: 

■ the storage within the node of alternate paths, 

■ the updating of these paths. 

Each Port is connected to a plurality of user processing equipment, each user 
equipment comprising either a source of digital data to be transmitted to another 
user system, or a data sink for consuming digital data received from another user 
system, or, typically, both. The interpretation of the users protocols, the translation 
of the users data into packets formatted appropriately for their transmission on the 
packet network (200) and the generation of a header to route these packets are exe- 
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cuted by an Access Agent running in the Port. This header Is made of Control, 
Routing and Redundancy Check Fields. 

■ The Routing Fields contain all the Information necessary to route the packet 
through the network (200) to the destination node to which It is addressed. 
These fields can take several formats depending on the routing mode specified 
(connection oriented or connectionless routing mode..,). 

■ The Control Fields include, among other things, an encoded identification of the 
protocol to be used for Interpreting the Routing Fields. 

■ The Redundancy Check Fields are used to check for errors in the header itself. If 
an error is detected, the packet is discarded. 



ROUTING POINTS 

Figure 3 shows a general block diagram of a typical Routing Point (300) such as it 
can be found in the network nodes (201 to 208) illustrated in Figure 2. A Routing 
Point comprises a high speed packet Switch (302) onto which packets arriving at the 
Routing Point are entered. Such packets are received: 

■ from other nodes over high speed transmission links (303) via Trunk Adapters 

(304). 

■ from users via application adapters called Ports (301). 
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Using information in the packet header, the adapters (304, 301) determine which 
packets are to be routed by means of the Switch (302) towards a local user network 
(307) or towards a transmission link (303) leaving the node. The adapters (301 and 
304) include queuing circuits for queuing packets prior to or subsequent to their 
launch on the Switch (302). 

The Route Controller (305) calculates the optimum paths through the network (200) 
so as to satisfy a given set of quality-of-services specified by the user and to mini- 
mize the amount of network resources used to complete the communication path. 
Then, It builds the header of the packets generated in the Routing Point. The opti- 
mization criterion includes the number of intermediates nodes, the characteristics of 
the connection request, the capabilities and the utilisation of the links (Trunks) in 
the path, the number of intermediate nodes... The optimum route is stored in a 
Routing Database (308) for further reuse. 

All the information necessary for the routing, about the nodes and transmission 
links connected to the nodes, are contained in a Network Topology Database (306). 
Under steady state condition, every Routing Point has the same view of the 
network. The network topology information is updated when new links are activated, 
new nodes added to the network, when links or nodes are dropped or when link 
loads change significantly. Such information is exchanged by means of control mes- 
sages with all other Route Controllers to provide the up-to-date topological informa- 
tion needed for path selection (such database updates are carried on packets very 
similar to the data packets exchanged between end users of the network). The fact 
that the network topology is kept current in every node through continuous updates 
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allows dynamic network reconfigurations without disrupting end users logical con- 
nections (sessions). 

The incoming transmission links to the packet Routing Point may comprise links 
from external devices in the local user networks (210) or links (Trunks) from adja- 
cent network nodes (209). In any case, the Routing Point operates in the same 
manner to receive each data packet and forward it on to another Routing Point is 
dictated by the information in the packet header. The fast packet switching network 
operates to enable a communication between any two end user applications without 
dedicating any transmission or node facilities to that communication path except for 
the duration of a single packet. In this way, the utilisation of the communication 
facilities of the packet network is optimized to carry significantly more traffic than 
would be possible with dedicated transmission links for each communication path. 



NETWORK MANAGEMENT 



NETWORK CONTROL FUNCTIONS 



The Network Control Functions are those that control, allocate, and manage the 
resources of the physical network. Each Routing Point has a set of the foregoing 
functions in the Route Controller (305) and uses it to facilitate the establishment and 
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the maintenance of the connections between users applications. The Networl^ 
Control Functions Include in particular: 

■ Directory Services 

• for retrieving and maintaining information about network users and 
resources. 

■ Bandwidth Management 

• for processing the bandwidth reservation and maintenance messages, and 

• for monitoring the current reservation levels on links. 

■ Path Selection 

• for choosing the best path for each new connection considering the con- 
nection requirements and the current link utilisation levels. 

■ Control Spanning Tree 

• for establishing and maintaining a routing tree among the network nodes, 

• for using it to distribute control information (in parallel) including link 
utilisation, and 

• for updating the Topology Database of the nodes with new network configura- 
tions or link/node failures. 

■ Topology Update 

• for distributing and maintaining, using the Spanning Tree, information about 
the logical and physical network (including link utilization information) in 
every node. 

■ Congestion Control 

for enforcing the bandwidth reservation agreements between the network's 
users and the network which are established at the call set up time, and 
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• for estimating actual bandwidth and for adjusting reservation if necessary 
during the life of the connection. 

TOPOLOGY DATABASE (TDB) 

The Topology Database contains information about nodes, links, their properties, 
and the bandwidth allocation. The topology information is replicated in each node of 
the network. An algorithm guarantees the correctness of each node's Topology 
Database when links and nodes are added or deleted or when their characteristics 
change. The database comprises: 

■ the physical topology of the network which includes static information like phys- 
ical characteristics of nodes and links, 

■ the state of nodes and links, and 

■ the link utilisation which includes dynamic characteristics like current bandwidth 
(used and reserved), reaMime measurements... 

The general organisation of the Topology Database is shown in Figure 5. To each 
resource in the network, nodes (501) or links (502), is associated an entry in the 
database. In particular, each link entry includes the following characteristics: 

■ (503) the link physical properties : 

• transmission medium and speed, 
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• routing mode supported, 

• maximum packet size, 

• link buffer capacity, 

• propagation delay, 

• bandwidth reservation supported... 

■ (504) the link state : 

• on-line (link can accept user connections), 

• quiesce (link cannot accept additional user 

• connections, but existing connections continue), 

• off-line (link cannot accept user connections and existing connections are 
cancelled)... 

■ (505) the link utilization : 

• real-time measurements, 

• reserved bandwidth,... 

Figure 6 shows in a table, some of the information stored in the Topology Data- 
base. Though all characteristics of the links are listed in each node, in the present 
application only a few will be described: 

■ Total Capacity (bps) C 

The Topology Database contains, for each link, its Total Capacity. The value dj 
represents the total bandwidth available on the link between nodes / and y. 

■ Reservable Fraction (%) rf 
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As might be expected, one of the critical characteristics of transmission links is 
the fraction of the link capacity effectively available. Links cannot be loaded up 
to a theoretical maximum load (bandwidth) for two reasons : 

• first, to set aside bandwidth for network control functions, and 

• secondly, to keep the loss probabilities and queueing delays low in the case . 
of short term bandwidth violations by the different traffic sources. 

The reservable fraction of a link rf is the effective percentage of the Total 
Capacity Q that can be reserved on the link between nodes / and ; to maintain a 
reasonable quality of transmission. If Q is the Total Capacity of the link, then 

A 

Ril — rfx Qj is the Reservable Capacity of this link (Qj ^ R,y ^ 0^). 

Note : For most network architectures, no more than 85% of the total band- 
width of a link dj can be explicitly reserved for user traffic (rf < 0.85). 

A 

■ Total Reserved Equivalent Capacity (bps) Crji 

For a connection k on a link between nodes / and y, the simplest way to provide 
low/no packet loss would be to reserve the entire bandwidth requested by thei 
user. However, for bursty user traffic, this approach can waste a significant 
amount of bandwidth across the network. To save resources, the bandwidth 
amount actually reserved is equal to an ''Equivalent Capacity'' Cnji, said Equiv- 
alent Capacity being a function of the source characteristics and of the network 
status. The bandwidth reservation falls somewhere between the average band- 
width required by the user and the maximum capacity of the connection. 

The value Crjj = C^j, = ^ c„ij =sum of the reserved Equivalent Capacities 
represents the total bandwidth reserved on the link between nodes / and j by K 



FR 9 95 034 



25 

connections already established. If the difference between this already reserved 

A 

link Equivalent Capacity Crji and the Total Reservable Capacity of the link rfx 
Is less than the bandwidth requested by a new reserved connection then the link 
cannot be selected. However, the link may be selected for a noo-reserved con- 
nection where no explicit bandwidth reservation is needed. 

■ Total Bandwidth used by Non-Reserved Traffic (bps) Mmjj 

The value M^jj represents the total load or bandwidth currently used by non- 
reserved traffic as measured on the link between nodes / and y. 

■ Total Capacity Used (bps) Crjj 

The Total Bandwidth Used Ctm on the link between node / and node j is com- 

A 

puted by adding the total reserved bandwidth Cr,/; and the measured bandwidth 
Mt4Rjj used by non-reserved traffic. 

■ Maximum Paclcet Size (bytes) mps^ 

mpSij is defined as the maximum packet size supported by the link between 
nodes / and y. 



BANDWIDTH MANAGEMENT 



Users are requiring different quality-of-services. In order to provide the various 
service levels, different types of network connections are established. A connection 
is defined as a path in the network between the origin access node and the destina- 



FR 9 95 034 



26 

tton access node representing respectively the source user and the target user. Net- 
works connections can be classified as resen/ed or non-reserved. Reserved 
network connections require bandwidth to be allocated in advance along the chosen 
path. 

Most of the high speed connections are established on a reserved path to guar- 
antee the quality of service and the bandwidth requested by the user. This path 
across the network is computed by the origin node using information in its Topology 
Database including current link utilization. The origin node then sends a reservation 
request along the chosen path, and intermediate nodes (if allowing the reservation) 
then add this additionally reserved capacity to their total. These changes are 
reflected in topology broadcast updates sent by the intermediate nodes. Interme- 
diate nodes need not to have an awareness of the status of each connection on 
their adjacent links. If an intermediate node does get too many packets, generally 
because of unanticipated burstiness, it simply discards them (the user can select a 
service that will recover from such discards). 

Depending on the node type, the function of the Bandwidth Management is : 

■ in the origin node, 

• to identify the best possible route according to the network status and the 
connection parameters including the connection priority, 

• to reserve at connection setup, the bandwidth required by the network con- 
nections and to maintain this bandwidth for the duration of the connection. 

• to reject the connection if resources needed to satisfy the request are not 
available in the network. 

■ in a transit node, 
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to administer the bahdwidth reservations on the links, and 

according to the present invention to administer the bandwidth reservations 

on the links of the alternate paths. 



BANDWIDTH RESERVATION 

The connection set up and bandwidth reservation process, as shown in Figure 1, 
comprises the following steps : 

■ (101) a Connection Request is specified by the user via a set of parameters 
including origin and destination network address, and data flow characteristics 
(bit rate, burstiness). 

■ (102) a Path Selection process determines a path and a set of connection 
requests, one for each link of the path, using parameters provided by the 
Topology Database. 

■ (103) a BandwidUi Reservation process uses the connection requests to reserve 
bandwidth on each of the links of the path. This process involves exchange of 
information (109) between the origin (access) node (100), the transit nodes (107) 
on the path, and the destination node (108). 

■ (104) Bandwidth Reservation replies from transit nodes and end node generate 
either a call acceptance or a call reject (110). 
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■ (105) a Link Metric Update process updates, in case of call acceptance, the mod- 
ified link metrics. This information (111) is sent through the Control Spanning 
Tree to the Topology Database of each node in the network by means of a 
broadcast algorithm. 

■ (106) a Congestion Control Set Up adjusts, if the call is accepted, the network 
connection characteristics. 

The bandwidth resen/ation process is performed in the origin and destination 
nodes by Connection Agents (CA) and by Transit Connection Managers (TCMs) In 
the transit nodes along the chosen path. 



PATH SELECTION 



The purpose of the Path Selection process is to determine the best way to allocate 
network resources to connections both to guarantee that user quality of service 
requirements are satisfied and also to optimize the overall throughput of the 
network. The Path Selection process must supply to the requesting user a path over 
the network over which a poinMo-point connection will be established, and some 
bandwidth will be reserved If needed. The Path Selection algorithm uses as input 
parameters in one hand the user requirements and on the other hand the status of 
the network links and nodes as maintained in the Topology Database. 
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The Path Selection process takes place entirely within the node wherein the con- 
nection is requested. It makes use of the Topology Database and selects the "best 
path'' based on each of the following criteria in order of importance : 

■ Quality-of-Service : 

The connection's quality-of-service requirements are to be satisfied throughout 
the life of the connection. There are a large number of variables that determine 
the performance of a network. However, the quality-of-service can be defined as 
the set of measurable quantities that describe the user's perception of the 
service offered by the network. Some of the quality-of service parameters are 
listed below : 

• connection set up delay, 

• connection blocking probability, 

• loss probability, 

• error probability, 

• end-to-end transit delay, 

• end-to-end delay variation, 



Some of these quantities have an effect upon how paths are computed, for 
example the packet loss probability or the end-to -end transit delay : the sum of 
propagation delays along a computed path may not violate the end-to-end transit 
delay specifications. 

■ Minimum Hop : 
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The path shall consist of as few links as feasible to support the connection's 
quality of service requirements, thus minimizing the amount of network 
resources as well as processing costs to support the connection. The path com- 
putation is based on the links utilization at the time the connection is requested. 

■ Load Balancing : 

Among a minimum hop path, a path with ''lightly loaded" links is preferred over 
a path with "more heavily loaded" links based on the network conditions at the 
time of path selection. The load of a link depend of the customer criteria : It can 
be an increasing function of the total reserved bandwidth of the link, propor- 
tional to the amount of traffic actually measured on the link, ... When the path 
load (sum of the load of the links over the selected path) is the preponderant 
criterion of selection, the path of lesser load is chosen. 

Satisfying the first requirement is the key factor in path selection and the other two 
functions are used to optimize traffic through the network. 
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FAST NON-DISRUPTIVE PATH SWITCHING 
ALTERNATE PATHS 

According to the prior art described In Figure 7, when a link (trunk) (700) between 
two nodes (703. 704) is in failure, the Non Disruptive Path Switch, applied at con- 
nection level consists in taking down the existing path and performing a new path 
set up. The process is initiated by the origin (access) node (701) and consists in 
selecting a new path (from the origin (701) to the deistlnation node (702)) and 
requesting the transit nodes (705, 706, 707, 704) along this path to reserve network 
resources for this specific connection. 

The object of the present invention as shown in Figure 8, is to provide a mech- 
anism for locally bypassing a link (trunk) in failure (800) by alternate pre-computed 
paths. An alternate path (links 805, 806, transit node 807) between two adjacent 
nodes (803) and (804) is a path which avoids the link (800) between said two nodes. 
In general, there are several alternate pre-computed paths on which connections 
can be rerouted in case of link failure. 

■ The alternate paths comprise a limited number of hops (one or two in the pre- 
ferred embodiment. 

■ The origin node (801) owning the connection and the destination node (802) are 
not involved in the alternate path switching mechanism. 
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■ The alternate paths are pre-computed for each existing link In each transit node. 

■ The alternate paths are periodically updated to take into account the bandwidth 
changes or the links availability changes inside the network. The lists of the con- 
nections which are rerouted on the alternate paths, are also updated. 

■ The rerouting of connections over pre-computed alternate paths is under the 
control of the transit node (803) in charge of the link in failure (800). 

The Fast Non-Disruptive Path Switching (F-NDPS) system and method according to 
the present application can be used jointly with the existing end-to-end NDPS proc- 
esses as described in Figure 7. In view of its very short response time, the Fast 
NDPS must be considered as a complementary mechanism for rerouting large 
number of real-time connections simultaneously without disrupting end users con- 
nections. 



TRANSIT NODES 

Trunk adapters comprise Transit Connection Managers (TCM) for controlling and 
managing the trunks emanating from the transit node. A Transit Connection 
IVlanager (TCM) monitors the bandwidth reservation of a trunk, and updates them 
whenever a network connection with reserved bandwidth is established or taken 
down. The TCM keeps this information in a table known as the Connection Table 
(CT) with an entry for each network connection with reserved bandwidth. 
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The TCM also keeps aggregate values for bandwidth reservation levels for each 
delay priority of the real-time and non real-time types of traffic. These aggregate 
values are the totals taken from each of the network connection entries in. the table, 
and are known as the link metrics. 

TCMs In a node are responsible for informing the topology services about the link 
metric information. The TCMs signal this information to topology services when a 
significant change In a link's bandwidth reservation occurs, and topology services 
then send a topology database update to all nodes in the network. 
The TCMs are also responsible for controlling the allocation of labels for the label- 
based transfer nodes (label swapping and ATM). 

As shown in Figure 9, in addition to the Transit Connection Manager (TCM), trunk 
addapters comprise two additional components per trunk : an Alternate Path 
Manager (APM) and an Alternate Path Database (APD). 

■ The Alternate Path Manager (APM) selects and updates alternate paths corre- 
sponding to each link (trunk) with the help of the Path Selection function (as the 
Connection Agent of the origin and destination (access) nodes do at call setup). 
These alternate paths are stored in a database called Alternate Path Database 
(APD). 

■ The Alternate Path Database (APD) comprises the alternate paths corresponding 
to each link (trunk) managed by the trunk adapter. There is only one Alternate 
Path Database per trunk adapter. 
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ALTERNATE PATH DATABASE STRUCTURE 



The Alternate Path Database (400) as shown in Figure 4 is organized in two tables : 

■ a Path Table (410) for recording the alternate paths, and 

■ a Link Table (420) for recording the links related to said alternate paths stored in 
said Path Table (410). 

The Alternate Path Database (APD) further comprises : 

■ a Tlme-to-Live paranfieter (430) used for riding the whole database of outdated 
information. The Time-to-Live Is decremented once every fixed period of time 
(once every hour for instance). In a preferred embodiment, when the Time-to-live 
is equal to zero, the database is considered as outdated and a new database is 
set up. Another option is to update only paths which show an important band- 
width or availability change. 

Assuming that a communication adapter (304) does not handle more than 8 links 
(303), and that the alternate paths do not exceed two hops, the number of entries of 
both Path Table and Link Table remains limited (less than 100 in preferred embod- 
iments). Consequently, no special implementation of said tables is required to main- 
tain an acceptable access time. Nevertheless, in the case of these assumptions 
would not be true (more than 8 links and 2 hops), Path and Link Table can be 
organized as hash tables with direct chaining in an overflow area as described in 
publication entitled ''Algorithms + Data Structures = Programs" from Niklaus Wirth 
(pages 264 to 274, Prentice-Hall Inc). 
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PATH TABLE 

In the present application, only some of the parameters stored in the Path Table 
(410) will be described. Each entry represents an alternate path : 

« Parent Link (416) 

Identification of the outbound link which will be bypassed by the alternate path 
in case of failure. 

■ Destination Node (412) 

Identification of the destination node of the link to bypass. 

> Link List (411) 

List of the links along the alternate path (path which goes from the current node 
to the node destination of the link to bypass). 

■ Path Characteristics (413) 

• Maximum Packet Size : minimum of the maximum packet sizes supported by 
all links on the path calculated for each of the different delay priorities (real- 
time, non real-time, non reserved delay priorities). 

• Maximum delay : sum of the transfer delay of each link on the path calcu- 
lated for each of the different defay priorities (circuit emulation real-time, non 
real-time, delay priorities). 
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Maximum delay variation (Jitter) : sum of maximum delay variation of eacli 
links on tlie patli calculated for each of the different delay priorities (real- 
time, non real-time, delay priorities). 

• Loss probability : sum of loss probabilities of all links in the path calculated 
for each of the different delay priorities (reaMime, non real-time, best effort 
delay priorities). The loss probability may be estimated by the ratio (lost 
information)/(total information transferred). The lost information is information 
sent by the origin node that never arrives at the intended destination due to 
network conditions (congestion, traffic policing, errors...). 

• Hop count : number of links in the alternate path. The path is computed with 
the Path Selection function with, in a preferred embodiment, a constraint of 
two hops maximum. 

■ Bandwidth Reservation (414) : 

A 

• Total Capacity Used for each link along the alternate path p Ctjj : 

Total bandwidth used on the link between node / and node j with link ij on 
the alternate path p. 

• Remaining Available Capacity along the alternate path p 

A ^ A 

Ca.p = min{C^ — Ctjj} : 

Minimum bandwidth unused on the alternate path. The amount of available 
bandwidth is equal to the smaller difference among all the ij links along the 

A 

alternate path, between the link capacity dj and the Total Capacity Used Cjjj. 
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■ List of Rerouted Connections (415) : list of the connections which will be 
rerouted on this alternate path in case of failure on the link. 

LINK TABLE 

In the present application, only some of the parameters stored in the Link Table 
(420) will be described. Each entry of the Link Table represents a link between a 
node / and a node j and used in one or a plurality of alternate paths. 

■ Link Identifier in ttie Topology Database (422) : 

The Link Identifier (for example the link address in the Topology Database) is a 
means for having a direct access to the link characteristics (physical properties, 
state, utilization) stored In the Topology Database (TDB) (502). This Link Identi- 
fier creates a link between the Topology Database (TDB) which is periodically 
updated, and the Alternate Path Database (APD). 

■ Link Characteristics (423) : 

• Total Capacity (bps) C 

• Reservable Fraction (%) rf 

A 

• Total Reserved Equivalent Capacity (bps) Crjj 

• Total Bandwidth used by Non Reserved Traffic (bps) Mnrjj 

A 

Total Capacity Used (bps) Cjjj 
Maximum Packet Size (bytes) mpsy 
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■ Parent Path (424) : 

Identification of the alternate path associated with the outbound link and stored 
in the Path Table (for example the address in the Path Table of the Parent Path). 



ALTERNATE PATH MANAGER (APM> 

In communication adapters, for each outbound link (trunk) a new component called 
Alternate Paths Manager (APM), is in charge of permanently maintaining alternate 
paths. The Alternate Path Manager (APM) is responsible for : 

■ selecting alternate paths, 

■ monitoring alternate paths, 

■ activating alternate paths. 

The Alternate Path Manager (APM) can be compared to a Connection Agent (CA) 
since it determines a path and reserve resources along said path. As for the Con- 
nection Agent (CA), the Alternate Path Manager (APM) can take two roles : it can 
act as an Origin Alternate Path Manager (OAPM, 803) or as a Destination Alternate 
Path Manager (DAPM, 804). 

■ The Origin Alternate Path Manager (OAPM), as shown in Figure 9 is triggered by 
the Transit Connection Manager (TCM) and is responsible for seting up, main- 
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taining and monitoring the alternate paths of the trunk managed by this TCM. In 
addition, the OAPM updates the Alternate Path Database (APD) in the adapter 

■ The Destination Alternate Path Manager (DAPM) mainly updates local routing 
tables and responds to the requests of the Origin Alternate Path Manager 
. (OAPM). 

Each time a new connection requiring Non-Disruptive Path Switching (NDPS) is set 
up, the Transit Connection Manager (TCM) triggers the Origin Alternate Path 
Manager (OAPM) to include the new connection in the List of Rerouted Connections 
(415). The Fast Non-Disruptive Path Switching (F-NDPS) Is 'local" and specific for 
each trunk which means that it is not based on an end-to-end process as the con- 
nection set up and the bandwidth reservation. For a given connection established 
on a three hops path, three different F-NDPS sub-processes are triggered (one for 
trunk 1, trunk 2 and trunk 3 along the path). 



ALTERNATE PATH SELECTION 



In a preferred embodiment, the Origin Alternate Path Manager (OAPM) uses the 
Rapid Transport Protocol (RTP) connection available between the Transit Con- 
nection manager (TCM) in the trunk adapter (304) and the Path Selection function in 
the Route Controller (305). The Alternate Path Selection process is identical to the 
Path Selection process used by the origin (access) node (701) during the connection 
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set up. However, there are some limitations, the number of hops for example. The 
Alternate Path Selection process integrates some of the following parameters : 

■ unidirectional path, 

■ maximum number of hops : 2, 

■ minimum weight, 

■ least loaded path, ... 



ALTERNATE PATH MANAGER (APM) PROCEDURES 



As shown in Figure 11, the object of the Alternate Path Manager (APM) Is : 

■ (110) to search and select alternate paths, 

■ (111) to allocate connections to said alternate paths depending on the quality-of- 
service requirements of said connections, 

■ (112) to reserve resources (labels) on the alternate paths, 

■ (113) to update the routing tables at the time the alternate path is activated. 

■ (114) to update the alternates paths and the allocation of the connections 
according to the variations of the bandwidth utilization and link status. 

More particularly, each Alternate Path Manager (APM) is responsible for : 

■ determining alternate paths for the outbound link (trunk) it manages. 
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■ storing in the Alternate Path database (APD) said alternate paths. 

■ optimally allocating the connections on said alternate paths. 

■ modifying the allocation of the connections on alternate paths when an update 
message concerning the utilization or the status of a link along the alternate path 
is received from the Topology Database (TDB). 

■ informing the local Transit Connection Manager (TCM) of these modifications. 

■ triggering, when an alternate path has been found for a connection, the local 
Transit Connection Manager (TCM) for setting up said connection and updating 
the routing tables along the alternate path (labels reservation). 

■ requesting to the Transit Connection Manager (TCM) the immediate rerouting of 
the traffic in case of link failure. 

This process is done periodically. The period duration is specified by means of the 
'Time-to-Live" parameter (430). When the time period expires, the Alternate Path 
Database (APD) is flushed and a new alternate path is searched for each con- 
nection. 
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Alternate Path Database Fill-up Procedure 

The Alternate Path Fill-up procedure is intended to collect all the alternate paths 
bypassing the links handled by the local Transit Connection Manager (TCM) with a 
predetermined number of hops (maximum 2 hops in a preferred embodiment). One 
of the specificity of this procedure, is that, for each outbound link to back-up, when 
a link has been used in a alternate path it cannpt be used once again for another 
alternate path to guarantee the independence of the paths. This approach has been 
chosen to make the traffic allocation much more simple since the bandwidth to 
redistribute in case of link failure is equal to the sum of the remaining available 
bandwidth provided by the dififerent alternate paths. Figure 12 shows a general 
flow chart of this procedure called either during the initialization of the Alternate 
Path Database (APD) or when the Time4o-Live of the database has expired. 

■ (1200) : Start of the procedure 

■ (1201) : A test determines whether the list of the outbound links to back-up is 
empty or not : 

• (1202) : If the list is empty, there is no more link to back-up and the Alternate 
Path Database Fill-up procedure is complete. 

• (1203) : If the list is not empty, the first link of the list (called "origin link") is 
selected. The origin node of this link is the current node (node A). 

■ (1204) : The Destination Node Identifier (node B) is retrieved from the link record 
in the Topology Database (TDB). 
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■ (1205) ; An alternate path request (equivalent to any path selection request) 
using this Destination Node identifier is sent to the Path Selection function, 
located in the Route Controller of the node. The path selection process deter- 
mines a path from the origin node of the link to bypass (local node) to the desti- 
nation node identified in previous step (1204). The maximum number of hops 
allowed is specified (2 hops maximum in a preferred embodiment). No other 
constraints are specified in the request. 

■ (1206) : When the response from the Path Selection function is received/ a test 
determines whether a path has been found or not : 

• (1207) : If no path has been found : the link is removed from the list of the 
links to back-up and the procedure restarts at test (1201) described above. 

• (1208) : If a path has been found : the path is stored into the Alternate Path 
Database (APD) and the procedure goes on with step (1209). 

■ (1209) : A test determines whether or not the path which has been stored is a 
one hop path. 

• (f the path stored is a one hop path, a new request is sent to the Path 
Selection function to determine whether another one hop alternate path inde- 
pendent from the previous one exists or not (1205). 

• If the path stored is not a one hop path, the procedure goes on with step 
(1211). 

■ (1211) : If the path stored is a two hops path (no one hop exists), a new request 
is sent to the Path Selection function (1205) to determine whether another two 
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hops alternate path passing thru the same transit node and not using the links 
already used in the previously computed alternate paths exists or not. Another 
two hops alternate path, independent from the previous ones (1211), would 
improve the reliability and load balancing of the alternate path process. 

• (1208) If an independent two hop path is found : the path is stored in the 
Alternate Path Database (APD). 

• (1207) : If no more path is found : the link is removed from the list of the 
links to back-up and the procedure is restarted at test (1201) described 
above. 



Connection Traffic Initial Allocation Procedure 

Once the Alternate Path Database Fill-up procedure Is complete, the reserved con- 
nections handled by the local Transit Connection Manager (TCM) are allocated in 
an optimal manner on these alternate paths. The available bandwidth on these 

A 

alternate paths p (Ca,p) is reserved according to the traffic and the requested 
quality-of-service. First, traffic sensible to delay and packet loss, and after, traffic 
more tolerant to delay and packet loss. The traffic characteristics are recorded in 
the Connection Table (CT) where each connection controlled by the Transit Con- 
nection Manager (TCM) is described in term of bandwidth and quality-of-service. 
The Connection Table (CT) is accessible by the Alternate Path Manager (APM) 
which selects the connections to reroute according to the requested bandwidth and 
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quality-of-service. When a connection Is selected, the Alternate Path Manager 
extracts the current outbound link and then, search in the Path Table (410) an alter- 
nate path having this outbound link as Parent Link (416) and capable to offer suffi- 
cient available bandwidth. Once it is done, the Alternate Path Manager (APM) adds 
into the List of Rerouted Connections (415) of the selected alternate path said con- 
nection with its characteristics. Figure 13 shows a general flow chart of this proce- 
dure : 

■ (1300) ; Start of the procedure. 

■ (1301) : A test determines whether or not It remains at least one connection to 
process in the Connection Table (CT). 

■ (1310) : If all connections have been processed, the procedure Is complete. 

■ (1302) : If at least one connection in the Connection Table (CT) has not been 
processed, a test determines whether or not it remains at least one real-time 
connection to process in the CT. The design choice is to reroute in priority real- 
time connections In order to minimize the overall impact of the path switching at 
end user level. 

• (1308) : If all real-time connections in the Connection Table (CT) have been 
processed, the Alternate Path Manager searches in the CT at least one non 
real-time connection to process. 

• If all non real-time connections in the Connection table (CT) have been 
processed, the procedure returns to step (1310). 
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• If at least one non real-time connection in the CT has not been processed, 
The procedure goes on with step (1309). 

• (1309) : The first non real-time connection to process is selected and the pro- 
cedure goes on with step (1304). 

• (1303) : If at least one real-time connection in the Connection Table (CT) has 
not been processed, the first real-time connection to process Is selected and 
the the procedure goes on with step (1304). 

■ (1304) : The outbound link is retrieved from the current connection path. 

■ (1305) : The Alternate Path Manager searches in the Path Table an alternate path 
able to support this connection in case of failure of said outbound link. 

• (1311) : If no alternate path is found, the connection is removed from the list 
and the process goes on with the next connection. 

• (1306) If an alternate path is found, a test determines whether or not there is 
enough Remaining Available Capacity along the path (C/^p) to accept the con- 
nection {Ca,p>Ch). The capacity of the connection k can be a mean band- 
width, or a function of the mean and peak rate, called equivalent capacity 

• (1307) : If such an alternate path exists, the connection is added in the List of 

A 

Rerouted Connections (415) and the Remaining Available Capacity Ca,p is 
reduced of the connection equivalent capacity 4. 
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If an alternate path does not exists, the connection cannot be rerouted, (in 
this case, the network owner has not provided enough resources to be able 
reroute all its connections) 



Connection Allocation Update Procedure 

As all the links In the network, the Remaining Available Capacity of alternate paths, 
changes in function of the variation of the traffic. Thus, as shown in Figure 14, the 
Alternate Path Manager (APM) must consider this fact in order to modify the list of 
connections associated with the various alternate paths : 

■ (1401) : If the Remaining Available Capacity of a link used in an alternate path is 
coming to decrease, the Alternate Path Manager must de-allocate a certain 
number of connections from the list of connections associated to this alternate 
path. 

■ (1405) : On the other hand, if the remaining available bandwidth of a link used in 
an alternate path is coming to increase, the Alternate Path Manager (APM) can 
select in the Connection Table (CT) additional connections to take profit of this 
new opportunity. 

In practice the traffic on links varies frequently, and it seems very difficult for the 
Alternate Path Manager (APM) to be fully responsive upon these frequent vari- 



FR 9 95 034 



48 

ations. The Connection Allocation Update procedure according to the present 
invention offers a good trade-off between complexity and the efficiency : 

■ When the Remaining Available Capacity Ca,p decreases (1401), the Origin Alter- 
nate Path Manager (OAPM) immediately searches in the Link Table (420) the dif- 
ferent Parent Paths (424). For each alternate path found, some connections in 
the List of Rerouted Connections (415) are tagged '"in excess" (1402, 1403). If a 
rerouting process occurs, the connections tagged ''in excess'' are not rerouted 
by the local Transit Connection Manager (TCM). Obviously the Alternate Path 
Manager (APM) tags connections in such a way that the sum of the bandwidth 
reserved by these tagged connections just offsets the lack of recorded 
Remaining Available Capacity (1403). The List of Rerouted Connections (415) 
contains real-time connections first, and non real-time connections at the end. 
The tagging process begins from the tail of the list first. The real-time con- 
nections should not be affected by this process because only non real-time con- 
nections are tagged "in excess". 

■ When the Remaining Available Capacity increases (1405), the traffic allocation is 
under-booked and it is possible to add a certain number of connections in the 
List of Rerouted Connections (415). In this case the Alternate Path Manager 
(APM) removes the tag "in excess" of a certain number of connections so that 
the sum of the bandwidth collected just offsets the gain of the Remaining Avail- 
able Capacity (1406, 1407, 1408). If this process is unable to use all the gain of 
the Remaining Available Capacity, new connections are added into the List of 
Rerouted Connections (415) to take profit of this remaining opportunity (1409). 
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The described process being complex and long, it is unacceptable to execute it in 
real-time. A good trade-off consists in periodically rebuilding the Alternate Path 
Database, when the Time-to-Live parameter expires and in reviewing, at this occa- 
sion, the list of rerouted connections. 



Connection Set-up Request Procedure 

Once the initial allocation is complete, the Alternate Path Manager (APM) sends to 
the Transit Connection Manager (TCM) the list of connections to setup for each 
alternate path selected. These connections are then set up but no traffic is routed 
on these paths. In particular, the labels associated to the connections are loaded in 
the routing tables but are not activated. 



Connection Rerouting Start Request Procedure 

The Alternate Path Manager (APM) is a Topology Database subscriber for the links 
comprised in its alternate paths. When a change occurs on any link contained in its 
Links Table (420), the Alternate Path Manager (APM) is informed. When a failure 
occurs, the Alternate Path Manager : 
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■ receives from the Topology Database (TDB) a Link Change Update message indi- 
cating the link in failure. 

■ retrieves from the Link Table (420) the list of the Parent Paths (424) associated 
with said link in view of rerouting the connections. 

■ retrieves from the Path Table (4lO) the list of connections rerouted on these 
Parent Paths. 

■ immediately sends to the Transit Connection Manager (TCM) the List of 
Rerouted Connections (415), taking into account the connections tagged ''in 
excess" (no rerouting request for connections tagged 'In excess"). 

Jhe procedures for finding alternate paths and pre-establishing connections on 
said paths are executed in background. 



PATH ESTABLISHMENT AND PATH ACTIVATION 

The rerouting of the traffic in case of link failure, involves the steps of : 

1. identifying an alternate path and storing said path in the Alternate Path Data- 
base (APD). 

2. triggering the set up on the alternate path, 

3. activating the alternate path. 
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Steps 1 and 2 are executed in background while step 3 is activated when a link 
failure occurs. 

Once an alternate path is identified, an Alternate Path Connection Setup is trig- 
gered. This process is identical to a connection setup with a single exception, the 
routing table is not enabled in the origin node. Two paths are converging to the 
same destination, but only one path activated. As illustrated in Figure 10, the Origin 
Alternate Path Manager (OAPM) monitors the main path while the alternate path is 
in standby mode. 

If the OAPM detects a failure on the main path, it then activates the alternate path 
with the consequence of disabling the main path in the origin node. This path 
switching can be very fast since it only requires a local update of the routing table; 
there is no action in the other tables of the network since the alternate path is 
already set. 



Alternate Path Setup 

When a new connection is setup, the Origin Alternate Path Manager (OAPM) 
searches an alternate path. Once such a path is found, an alternate path setup 
message is sent. This message is similar to any standard connection setup 
message and is transmitted using, in a preferred embodiment, an Automatic 
Network Routing mode (ANR) with reverse path accumulation to identify the path. 
The ANR string comprises : 
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■ an identifier of the Origin Alternate Path Manager (OAPM) (located In node A), 

■ an identifier of the Destination Alternate Path Manager (DAPM) (located in node 
C), 

■ identifiers of the links along the path (for instance along links LAB, LBC, LCD). 

Each time the message crosses a node, the link identifier at the top of the ANR 
string is stripped off and the identifier of the link from where the message was 
received is added to the reverse ANR string. Referring to Figure 10, the header of 
the set up message message is structured as follows : 

■ Alternate path set up message entering into first node A : 

LCD DAPM / LE OAPM / message^data 
< > < > 

ANR Reverse ANR 

■ Alternate path set up message entering into second node B : 

LAB LCD DAPM / LAE OAPM / message Jata 
< > < ^-.> 

ANR Reverse ANR 

■ Alternate path set up message entering into third node C : 

LBC LCD DAPM / LBA LAE OAPM / messagejata 
< > < > 

ANR Reverse ANR 

Note : LAB identifies the link going from node A to node B while LBA identifies 
the link going from node B to node A. RANR is used for ''Reverse Automatic 
Network Routing". 
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The alternate path set up message is processed by the Transit Connection 
Manager (TCM) as any connection setup message with one exception for the first 
TCM along the alternate path (located in node A); This first TCM : 

■ selects for each connection / an alternate input label which replaces the original 
input label when the alternate path (links LAB, LBC) is activated. 

■ raises an Alternate Path Flag (APF) to indicate which input label between the ori- 
ginal (2) and the alternate label (6) must be used in the routing table. 

The following process is then executed : 

■ If the APF flag is not raised, the original input label (2) in the routing table of the 
first node A is activated for connection /. 

■ If the APF flag is raised, the alternate input label (6) is activated for said con- 
nection /. 

■ The Destination Alternate Path Manager (DAPIVl in the last node C) is in charge 
of connecting the input label selected on the alternate path (4) to the original 
output label of the main path (5). (The Transit Connection Manager (TCM) and 
the Alternate path Manager (APM) are actually the same component. The TCM 
knows it must act as a APM thanks to the OAPM identifier it finds in the ANR 
string). 

Once the setup is completed, an alternate path (links LAB, LBC) is setup and 
enabled in every node except in the first node A. In the first node A, everything is 
in place but the routing table is not activated. 
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Alternate Path Activation 



The Origin Alternate Path Manager (OAPM) (in node A) is now monitoring the main 
path. Any failure on the main path triggers the activation of the alternate path. As 
this path is already setup in the network, no message needs to be sent to the other 
nodes of the network. The OAPM merely updates the routing tables to switch from 
the original path to the new one. As soon as this switch Is performed, traffic can 
flow oh the alternate path. The path switching can be very fast since it Is only a 
local action. The OAPM then records the alternate path as the main path and starts 
to look for a new alternate path ... 
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